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DETAILED ACTION 

1 . This action is responsive to the application filed on November 5 th , 2001 . Claims 
1-25 are pending. Claims 1-25 are directed to a System and Method for "Maintaining 
Consistent Independent Server-side state among collaborating servers." 

Claim Objections 

2. Claims 5, 6, 13, 14 and 15 are objected to because of the following minor 
informalities. Claims 5, 6. 13, 14 and 15 are dependent claims, which claim dependency 
on 2 and 12 respectively. A claim that depends from a dependent claim should not be 
separated by any claim that does not also depend from said dependent claim. It should 
be kept in mind that a dependent claim may refer to any preceding independent claim. 
In general applicant's sequence will not be changed. See MPEP §608.01 (n). 
Appropriate correction is required. 

Claim Rejections - 35 USC § 102 

(e) the invention was described in a patent granted on an application for patent by another filed in the 
United States before the invention thereof by the applicant for patent, or on an international application 
by another who has fulfilled the requirements of paragraphs (1 ), (2), and (4) of section 371 (c) of this 
title before the invention thereof by the applicant for patent. 

The changes made to 35 U.S.C. 102(e) by the American Inventors Protection Act 
of 1999 (AIPA) and the Intellectual Property and High Technology Technical 
Amendments Act of 2002 do not apply when the reference is a U.S. patent resulting 
directly or indirectly from an international application filed before November 29, 2000. 
Therefore, the prior art date of the reference is determined under 35 U.S.C. 102(e) prior 
to the amendment by the AIPA (pre-AlPA 35 U.S.C. 102(e)). 
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3. Claim 1 is rejected under 35 U.S.C. 5102(e) as being anticipated by Prasad et al. 
(US 6,539,381.) 

Prasad teaches the invention as claimed including a system and method for 
synchronizing database information over a communications network distributed among 
a plurality of servers. The system allows each server to track the state of a replica on 
each of the servers, and changes to the servers are communicated between the servers 
along with their states. (See abstract). 
Claim 1 : 

As to claim 1 , Prasad teaches a method of replicating state information among a 
plurality of collaborating servers connected to a network, the method comprising: (See 
Fig. 1) 

determining at a subscriber server from information stored on a client computer 
whether an event has occurred on a publisher server which event implicates a need for 
state change on the subscriber server; and (See col. 3, lines 41-54.) 

if such an event has occurred, replicating state effects of the event into state on 
the subscriber server. (See col. 3, lines 41-56.) 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a 
person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 
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4. Claims 2-25 are rejected under 35 U.S.C. §1 03(a) as being unpatentable over 
Prasad et al. (US 6,539,381) in view of Sedlar (US 6.549.916.) 
Claim 2 : 

As to claim 2, Prasad teaches the method of claim 1 , wherein the step of 
determining at a subscriber server from information stored on a client computer whether 
an event has occurred on a publisher server further comprises: 

receiving an event queue stored on the client computer to the subscriber server; 
determining whether any events recorded in the event queue are not yet replicated on 
the subscriber server; and determining whether any such events require replication on 
the subscriber server. (See col. 3, lines 44-51. - Prasad teaches determining whether 
any such events require replication on the subscriber server by comparing the 
timestamp of the replica.) 

Prasad does not explicitly teach event queue. However, Sedlar extensively 
discloses event queue mechanism at col. 28, lines 21-50.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that the file system event notification mechanism allows a file cache to be 
proactively updated so that it always reflects the current state of the files at their original 
locations. 



Application/Control Number: 09/992,099 Page 5 

Art Unit: 2157 

Claim 3 : 

As to claim 3, Prasad teaches the method of claim 2, wherein the step of 
determining whether any events in the event queue are not yet replicated on the 
subscriber server further comprises comparing the event queue retrieved from the client 
computer with a most-recently-experienced event queue recorded by the subscriber 
server. 

Prasad teaches determining whether any such events require replication on the 
subscriber server by comparing the timestamp of the replica. Prasad does not explicitly 
teach event notification. However, Sedlar extensively discloses event queue mechanism 
based on proactive notification upon occurrence at col. 28, lines 21-50.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that the file system event notification mechanism allows a file cache to be 
proactively updated so that it always reflects the current state of the files at their original 
locations. Additionally, no overhead of repeated polling would be incurred comparing 
the event queue retrieved from the client computer with a most-recently-experienced 
event queue recorded by the subscriber server. 
Claim 4 : 

As to claim 4, Prasad teaches the method of claim 3, wherein the event queue 
retrieved from the client computer is recorded as the most-recently-experienced event 
queue by the subscriber server following the comparison. 
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Prasad does not explicitly teach event notification. However, Sedlar extensively 
discloses event queue mechanism based on proactive notification upon occurrence at 
col. 28, lines 21-50.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that no overhead of repeated polling would be incurred in determining the 
most-recently-experienced event queue by the subscriber server following the 
comparison to be recorded. 
Claim 5 : 

As to claim 5, Prasad teaches the method of claim 2, wherein the step of 
determining whether any unreplicated events in the event queue require replication on 
the subscriber server further comprises: determining what state on the subscriber server 
is relevant to the subscriber server at the time; and determining if replicating such an 
event would effect change to such state. (See col. 3, lines 14-20. - Prasad teaches 
transmitting state information of a first server to a third server. Prasad further teaches a 
mechanism to determine if replicating such an event would effect change to such state. 
(See col. 14, lines 13-19.)) 

Prasad does not explicitly teach file event queue. However, Sedlar extensively 
discloses file event queue at col. 28, lines 30-51.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
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Prasad with the file event queue system disclosed by Sedlar. This system would be 
desirable in that the file event queue mechanism allows a file to change state. 
Claim 6 : 

As to claim 6, Prasad teaches the method of claim 2, wherein the step of 
determining whether any unreplicated events in the event queue require replication on 
the subscriber server further comprises determining if undertaking replication of one 
such event can be skipped by the subscriber server due to the existence of another 
such event whose replication by the subscriber server would suffice for the first. (See 
col. 4, lines 1-14. - Prasad teaches transmitting a change to a server due to existence of 
a timestamp of the replica of the second server.) 

Prasad does not explicitly teach event replication. However, Sedlar extensively 
discloses event notification at col. 27, lines 1-10.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that the file system event notification mechanism allows a file cache to be 
proactively updated so that it always reflects the current state of the files at their original 
locations. 
Claim 7 : 

As to claim 7, Prasad teaches the method of claim 1 , wherein the step of 
replicating the state effects of an event into state on the subscriber server further 
comprises copying state data from the event queue into subscriber server state. (See 
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col. 3, lines 25-40. - Prasad teaches replicating state information of a first server to a 
third server.). 

Prasad does not explicitly teach file event queue. However, Sedlar extensively 
discloses file event queue at col. 27, lines 1 1-24.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the state replication system as taught by Prasad with 
the file event queue system disclosed by Sedlar. This system would be desirable in that 
the file event queue mechanism allows a file to change state. 
Claim 8 : 

As to claim 8, Prasad teaches the method of claim 1, wherein the step of 
replicating the state effects of an event into state on the subscriber server further 
comprises copying state data from another server computer into subscriber server state. 
(See col. 3, lines 60-65. - Prasad teaches the change is initiated by an update received 
from another server.). 

Prasad does not explicitly teach file event queue. However, Sedlar extensively 
discloses file event queue at col. 27, lines 1 1-24.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the state replication system as taught by Prasad with 
the file event queue system disclosed by Sedlar. This system would be desirable in that 
the file event queue mechanism allows a file to change state. 
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Claim 9 : 

As to claim 9, Prasad teaches the method of claim 8, wherein the state data is 
copied by the subscriber server over the network from the publisher server. 

Prasad teaches replicating state information of a first server to a third server. 
(See col. 3, lines 25-40; See also col. 5, lines 1-30.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to use the state replication system as taught by Prasad. 
Claim 10 : 

As to claim 10, Prasad teaches the method of claim 8, wherein the state data is 
copied by the subscriber server over the network from a database server. 

Prasad teaches replicating state information of a first server to a third server. 
(See col. 3, lines 25-40.) Furthermore, Prasad teaches a change in the first data base 
and the state of the first database to an intermediate entity having a second copy of the 
database. 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to use the state replication system as taught by Prasad. 
Claim 11 : 

As to claim 1 1 1 Prasad teaches the method of claim 8, wherein the state data 
copied by the subscriber server over the network from another server is converted from 
a first data format into a second data format. 

Prasad does not explicitly teach data format conversion. However, Sedlar 
specifically discloses file transmission using different protocols at col. 29, lines 1-10.) 
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Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the state replication system as taught by Prasad with 
the file transmission system disclosed by Sedlar. This system would be desirable in that 
the file transmission mechanism allows for transmission to different machines with 
disparate protocols. 

Claim 12 : 

As to claim 12, Prasad teaches the method of claim 1 , further comprising: 
processing an event on a publisher server which causes state change on the publisher 
server; retrieving an event queue stored on a client computer to the publisher server; 
adding a new event descriptor characterizing the event to the event queue; and sending 
the event queue from the publisher server to be stored on the client computer. 

(See col. 3, lines 25-40; See also col. 5, lines 1-30. - Prasad teaches replicating 
state information of a first server to a third server.) 

Prasad does not explicitly teach file event queue. However, Sedlar extensively 
discloses file event queue at col. 27, lines 1 1-24 and lines 55-61; col. 29, lines 10-15.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the state replication system as taught by Prasad with 
the file event queue system disclosed by Sedlar. This system would be desirable in that 
the file system event notification mechanism allows a file cache to be proactively 
updated so that it always reflects the current state of the files at their original locations. 
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Claim 13 : 

As to claim 13, Prasad teaches the method of claim 2, wherein the event queue 
is stored on the client computer within a transport mechanism of a cookie. (See col. 3, 
lines 54-56. - A cookie is a block of data that a server returns to a client in response to a 
request from the client. (pSoft Computer Dictionary, 5 th ed., p. 129. Prasad teaches 
storing a new time stamp (a block of data) at the second server.) 

Prasad does not explicitly teach file event queue. However, Sedlar extensively 
discloses file event queue at col. 27, lines 11-24 and lines 55-61; col. 29, lines 10-15.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the state replication system as taught by Prasad with 
the file event queue system disclosed by Sedlar. This system would be desirable in that 
the file system event notification mechanism allows a file cache to be proactively 
updated so that it always reflects the current state of the files at their original locations. 
Claim 14 : 

As to claim 14, Prasad teaches the method of claim 2, wherein the event queue 
includes: one or more event descriptors; 

a uniqueness provision; and (See col. 11, lines 14-16. - Prasad teaches the 
notion of a unique identifier.) 

a specified duration, (col. 14, lines 46-49. - , Prasad teaches a preset interval of 

time) 

Prasad does not explicitly teach file event descriptors. However, Sedlar 
extensively discloses file event descriptors at col. 27, lines 55-61 .) 
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Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event descriptors disclosed by Sedlar. This system would be desirable 
in that notification rules may then be created. 
Claim 15 : 

As to claim 15, Prasad teaches the method of claim 12, wherein each event 
descriptor includes: a characterization of the general type of event; 

zero or more arguments characterizing the specific instance of the event; 

a discernible ordinal position within an event queue. (See col. 1 1 , line 59-col. 1 2, 
line 17. - Prasad teaches the notion of a discernible position. ) 

Prasad does not explicitly teach file event descriptors or specific instance of 
events. However, Sedlar extensively discloses file event descriptors at col. 27, lines 55- 
61), characterization at lines 62-66. Furthermore, Sedlar discloses event queue 
mechanism based on proactive notification upon occurrence at col. 27, lines 1-10.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the notion of discernible ordinal position system as 
taught by Prasad with the event notification system disclosed by Sedlar. This system 
would be desirable in that the file system event notification mechanism allows a file 
cache to be proactively updated so that it always reflects the current state of the files at 
their original locations. Additionally, no overhead of repeated polling would be incurred 
comparing the event queue retrieved from the client computer with a most-recently- 
experienced event queue recorded by the subscriber server. 
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Claim 16 : 

As to claim 16, Prasad teaches the method of claim 14, wherein the uniqueness 
provision is a unique value in the form of a timestamp. (See col. 13, lines 58-66; col. 1 1 , 
lines 14-16, line 63- col. 12, line 5.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to use the unique identifier in the form of a time stamp as taught 
by Prasad. 
Claim 17 : 

As to claim 17, Prasad teaches the method of claim 14, wherein the uniqueness 
provision is a unique value in the form of a pseudorandom datum. (See col. 13, lines 58- 
63.) Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to use the unique identifier in the form of a pseudorandom datum 
as taught by Prasad. 
Claim 18 : 

As to claim 18, Prasad teaches the method of claim 12, wherein the step of 
retrieving an event queue stored on a client computer to a publisher server further 
comprises allocating an initial event queue if no event queue is yielded by the retrieval. 

Prasad does not explicitly teach event notification. However, Sedlar extensively 
discloses event queue mechanism based on proactive notification upon occurrence at 
col. 27, lines 1-10.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
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Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that no overhead of repeated polling would be incurred in determining the 
most-recently-experienced event queue by the subscriber server following the 
comparison to be recorded. 
Claim 19 : 

As to claim 19, Prasad teaches the method of claim 12, wherein the step of 
adding a new event descriptor characterizing an event to an event queue further 
comprises adding the event descriptor such that it is ordinally maximal within the event 
queue. (See col. 11, line 59-col. 12, line 17. - Prasad teaches the notion of a discernible 
subordinal position.) 

Prasad does not explicitly teach file event descriptors. However, Sedlar 
extensively discloses file event descriptors at col. 27, lines 55-61), event queue at col. 
28, lines 31-39. Furthermore, Sedlar discloses event queue mechanism based on 
proactive notification upon occurrence at col. 27, lines 1-10.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the notion of discernible ordinal position system as 
taught by Prasad with the event notification system disclosed by Sedlar. This system 
would be desirable in that the file system event notification mechanism allows a file 
cache to be proactively updated so that it always reflects the current state of the files at 
their original locations. Additionally, no overhead of repeated polling would be incurred 
comparing the event queue retrieved from the client computer with a most-recently- 
experienced event queue recorded by the subscriber server. 
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Claim 20 : 

As to claim 20, Prasad teaches The method of claim 12, wherein the step of 
adding a new event descriptor characterizing an event to an event queue further 
comprises removing those event descriptors from the event queue which are no longer 
needed by any collaborating server. (See col. 14, line 60-col. 15, line 5. - Prasad 
teaches the notion of merging state vectors.) 

Prasad does not explicitly teach file event descriptors. However, Sedlar 
extensively discloses file event descriptors at col. 27, lines 55-61 , event queue at col. 
28, lines 31-39. Furthermore, Sedlar discloses deletion of oldest non-tagged version of 
a file at col. 34, lines 24-28.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the notion of state merger as taught by Prasad with 
the event notification system disclosed by Sedlar. This system would be desirable in 
that the system would be more efficient. 
Claim 21 : 

As to claim 21 , Prasad teaches the method of claim 12, wherein the event queue 
sent to the client computer is recorded as the most-recently-experienced event queue 
by the publisher server. 

Prasad does not explicitly teach event notification. However, Sedlar extensively 
discloses event queue mechanism based on proactive notification upon occurrence at 
col. 28, lines 21-50.) 
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Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that no overhead of repeated polling would be incurred in determining the 
most-recently-experienced event queue by the subscriber server following the 
comparison to be recorded. 
Claim 22 : 

As to claim 22, Prasad teaches a system for replicating state information among 
a plurality of collaborating servers connected to a network, the system comprising: (See 
Fig. 1) 

logic configured to determine at a subscriber server from information stored on a 
client computer whether an event has occurred on a publisher server which event 
implicates a need for state change on the subscriber server; and (See col. 3, lines 41- 
54; col. 19 line 64-col 20, line 33; col. 22, lines 9-55.) 

logic configured to replicate state effects of the event into state on the subscriber 
server, if such an event has occurred. (See col. 3, lines 41-56; col. 19 line 64-col 20, 
line 33.) 

Prasad does not explicitly teach event notification. However, Sedlar extensively 
discloses event notification at col. 27, lines 1-10.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
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desirable in that the file system event notification mechanism allows a file cache to be 
proactively updated so that it always reflects the current state of the files at their original 
locations. 

Claim 23 : 

As to claim 23, Prasad teaches the system of claim 22, wherein the logic 
configured to determine further comprises: 

logic configured to retrieve an event queue stored on the client computer to the 
subscriber server; (See col. 19, line 64-col. 20, line 20.) 

logic configured to determine whether any events recorded in the event queue 
are not yet replicated on the subscriber server; and (See col. 19, line 64-col. 20, line 
20.) 

logic configured to determine whether any such events require replication on the 
subscriber server. (See col. 19, line 64-col. 20, line 20. - Prasad teaches determining 
whether any such events require replication on the subscriber server by comparing the 
timestamp of the replica (See col. 3, lines 44-51.)) 

Prasad does not explicitly teach event notification. However, Sedlar extensively 
discloses event queue mechanism at col. 28, lines 21-50.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the data base synchronization system as taught by 
Prasad with the event notification system disclosed by Sedlar. This system would be 
desirable in that the file system event notification mechanism allows a file cache to be 
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proactively updated so that it always reflects the current state of the files at their original 
locations. 

Claim 24 : 

As to claim 24, Prasad teaches the system of claim 23, wherein the logic 
configured to determine whether any unreplicated events in the event queue require 
replication on the subscriber server further comprises: 

logic configured to determine what state on the subscriber server is relevant to 
the subscriber server at the time; and (See col. 3, lines 14-20. - Prasad teaches 
transmitting state information of a first server to a third server.) 

logic configured to determine if replicating such an event would effect change to 
such state. See col. 14, lines 13-19; col. 18, lines 9-55. - Prasad further teaches a 
mechanism to determine if replicating such an event would effect change to such state.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to use the evaluation of state replica and synchronization system 
as taught by Prasad. 
Claim 25 : 

As to claim 25, Prasad teaches the system of claim 22, further comprising: 
logic configured to process an event on a publisher server which causes state 

change on the publisher server; (See col. 3, lines 25-40; See also col. 5, lines 1-30;col. 

18, lines 9-55. - Prasad teaches replicating state information of a first server to a third 

server. ) 
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logic configured to retrieve an event queue stored on a client computer to the 
publisher server; 

logic configured to add a new event descriptor characterizing the event to the 
event queue; and 

logic configured to send the event queue from the publisher server to be stored 
on the client computer. 

Prasad does not explicitly teach file event queue. However, Sedlar extensively 
discloses file event queue at col. 27, lines 11-24 and lines 55-61; col. 29, lines 10-15.) 

Hence, it would have been obvious at the time of the invention for an artisan of 
ordinary skill in the art to combine the state replication system as taught by Prasad with 
the file event queue system disclosed by Sedlar. This system would be desirable in that 
the file system event notification mechanism allows a file cache to be proactively 
updated so that it always reflects the current state of the files at their original locations. 

Conclusion 

5. Any inquiry concerning this communication or earlier communications from 

the examiner should be directed to Emmanuel Coffy whose telephone number is (571) 
272-3997. The examiner can normally be reached on 8:30 - 5:00 P.M. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ario Etienne can be reached on (571) 272-4001. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 
Information regarding the status of an application may be obtained from the Patent 
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Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-21 7-91 97 (toll-free). 
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